* fl85 -1695 0 3>i2> 


SHUTTLE PAYLOAD S-BAND COMMUNICATIONS SYSTEM 


Dr. Bartus H. Batson, William E. Teasdale, Dr. James F. Pawlowskl, and Oron L. Schmidt 

NASA Lyndon B. Johnson Space Center 
Houston, Texas 


ABSTRACT 


fhe Shuttle payload S-band conmuni cations system design, operational capabilities, and perform- 
ance are described in detail in this paper. System design requirements, overall system configuration 
and operation, and lab oratory /flight test results are presented. 

Payload communications requirements development is discussed in terms of evolvement of require- 
ments as well as the resulting technical challenges encountered in meeting the initial requirements. 
Initial design approaches are described along with cost-saving initiatives that subsequently had to 
be made. The resulting system implementation that was finally adopted is presented along with a func- 
tional description of the system operation. A description of system test results, problems encountered, 
how the problems were solved, and the system flight experience to date Is presented. Finally, a sum- 
mary of the advancements made and the lessons learned is discussed. 


INTRODUCTION 

In the Shuttle payload S-band communications system, one Earth-orbiting satellite monitors and 
controls various functions of another Earth-orbiting satellite. Previously, this capability resided 
only in large Earth stations specifically implemented to monitor and control various manned and un- 
manned satellites. 

Since a wide variety of satellites will be deployed and/or retrieved by the Shuttle, a major 
challenge was to engineer a cormuni cations system that could (1) generate commands having payload- 
compatible formats, data rates, and carrier frequencies and (2) monitor telemetry signals having vari- 
ous standard formats, data rates, subcarrier frequencies, and carrier frequencies. In addition, it 
was determined that to keep the implementation complexity within the realm of possibility, the system 
should provide the capability to relay nonstandard telemetry (via the Orbiter K u -band conmuni cat ions 
system) to the ground without onboard subcarrier demodulation and bit synchronization. Similarly, it 
was decided that the system should be capable of accommodating nonstandard commands generated onboard 
the Orbiter by payload-unique processors. 

This paper describes the early activities that resulted In an Initial definition of the detailed 
functional and performance requirements of the Shuttle payload S-band communications system. It also . 
describes the design concept developed to satisfy the initial requirements and discusses a reduced 
set of requirements which was later developed to simplify the implementation. The simplified imple- 
mentation approach is also described in some detail. 

The results of system-level testing in the Electronic Systems Test Laboratory (ESTL) are sum- 
marized, with emphasis on the problem areas encountered, and on the solutions. The flight experi- 
ence on the S-band payload communications system (PCM) is also discussed. Finally, the advancements 
made in the S-band payload corrmuni cations system and some of the lessons learned by the NASA and con- 
tractor engineers directly Involved in its development are briefly addressed. 


INITIAL PAYLOAD COMMUNICATIONS REQUIREMENTS 


The Shuttle payload S-band conmuni cations system requirements evolved over a period of several 
years during the mid 1970's through a series of meetings with various government and commercial orga- 
nizations engaged in developing free-flying satellites for the 1980's. A set of general requirements 
directed by Level I program operational requirements concerning payload accommodations in the areas 
of safety, on-orbit payload deployment, checkout and retrieval mandated Implementation of a short 
range payload rad iof requency (RF) conmuni cat ions system on the Orbiter. In the summer of 1974, an ex- 
tensive meeting was held at the NASA Johnson Space Center (JSC) with representatives from many pro- 
spective Shuttle payload organizations. They were Invited to make suggestions on how the Shuttle 
could best service their specific payloads (satellites). Their main points of interest were in terms 
of data and conmand rates, formats, modulation schemes, and carrier and subcarrier frequencies. The 
Inputs received were quite varied. It soon became apparent that the Shuttle payload communications 
system would have to be designed as an orbital S-band ground station (Indeed, three ground stations) 
that would be able to support Ground Space Flight Tracking and Data Network (GSTDN), Deep Space Net- 
work (DSN), and Tracking and Data Relay Satellite System (TDRSS) compatible payloads (satellites). In 



TABLE 1.- SHUTTLE PAYLOAD S-BAND COMMUNICATIONS SYSTEM 
(INITIAL REQUIREMENTS) 


Requirement 

Return link (telemetry) 

Forward link (commands) 

Carrier modulation 

PM 

PM 

Modulation index 

1.0 rad 

1.0 rad 

Data rates 

16, 8, 4, 2 , 1 kbps 
256, 128, 64, 32, 16, 
8, 4, 2, 1 bps 

2000, 1000, 500, 250, 125, 

125, 125, 125, 125, 125, 
TTTlflf 

' 


125, 125 bps 
“5* TZE 

Subcarriers 

1.7 and 1.024 MHz 
512, 256, 128, 64, 32, < r 
16, 8, 4, 2, 1 kHz 

16 kHz 

Subcarrier modulation 

All subcarriers PSK except 
1.7 MHz - IRIG FM/FM 

PSK 

PCM formats 

Biphase L, M, S 
NRZ L, M, S 

Biphase L, M, S 
NRZ L, M, S 

Special processing 

Spread spectrum demodulation* 

Spread spectrum demodulation 1 

Required for TDRS-compatible payloads. 


STABLE 2.- SHUTTLE PAYLOAD S-BAND COMMUNICATION 

INITIAL REQUIREMENTS 

SYSTEM RF CHANNELIZATION 

Requirement 

Frequency range, 
MHz 

No. of Channel spacing, 

channels kHz 

GSTDN/TDRS compatible 
payloads 

✓ 


Orbiter transmit 
Orb iter receive 

2025.833 to "2118. 7 
2200 to 2300.875 

808 115 

808 125 

DSN compatible payloads 



Orbiter transmit 
Orbiter receive 

2110.243 to 2119.792 
2290.185 to 2299.814 

29 241.049 

27 370.37 


addition, because the Shuttle would act Tike a ground station as far as Its payloads were concerned 
and would simultaneously communicate with some of the same ground station elements that employed the 
same signal characteristics as the Shuttle, a technique was needed to minimize the expected Inter- 
ference between S-band links. 

The Initial system requirements and modulation characteristics from this meeting and from subse 
quent Interaction between JSC and the payload community resulted In adoption of the characteristics 
shown In table 1 and the RF channelization shown in table 2 to support GSTDN, TORSS, and DSN compatl 
ble satellites. These initial requirements approved by the Shuttle Program were Intended to accomno 
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date virtually every conceivable payload RF system Implementation that might be fabricated to fly 
against any one of the three existing ground networks (TDRSS, GSTDN, and DSN). 

The RF comaunl cation accomodation for deployable payloads was again driven by the top-level op- 
erational requirement to provide onboard, real-time, command control, and monitoring of payloads to 
support deployment, checkout, and retrieval activities. ~ 


INITIAL DESIGN APPROACH 

The design concept Initially conceived to provide the system capabilities outlined above centered 
around fabrication of too line replaceable units (LRU's) and one flush-mounted S— band antenna located 
on top of the Orblter just forward of the payload bay opening. The two LRU's consisted of a highly 
flexible multichannel S-band transponder called the payload Interrogator (PI) and a many-faceted, 
multifunction, extremely complex payload signal processor (PSP). Figure 1 Illustrates the functional 
configuration of the payload S-band comnunl cat Ions system as It Interfaces with a typical deployed 
payl oad. 

The Initial system requirements resulted In a number of stringent system design drivers for the 
two LRU's. Specifically, the payload Interrogator would be required to (1) generate more than 800 
pairs of transmit and receive frequencies, (2) provide multiple modulation/demodulation schemes, and 
(3) perform spectrum spreading and despreading for TDRSS fcompatlble payloads. The payload signal 
processor would have to (1) generate and modulate many command subcarrier frequencies, (2) detect and 
demodulate many telemetry subcarrier frequencies, (3) generate and process six pulse-code modulated 
(PCM) formats, (4) bit synchronize on over 100 possible bit rates, and (5) perform frame synchroniza- 
tion for many formats. 

To perform all these functions on the ground would require enormous complexity (the equivalent 
of three ground stations In one); to try to perform all of these functions In space was quickly 
recognized as too costly and Impractical. Technically, the challenges could have been met, given an 
unlimited source of funding and sufficient time to develop and package the flight hardware. However, 
with the funding problems the Shuttle program was beginning to encounter at that time across the 
board, the need to greatly simplify the payload S-band comnunl cations system was recognized. 



FIGURE 1.- ORBITER PAYLOAD S-BAND COMMUNICATIONS SYSTEM FUNCTIONAL CONFIGURATION (INITIAL). 
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The Shuttle program management then Initiated a review of payload RF communications requirements 
along with technical factfinding of various system simplification options. This series of reviews 
and technical assessments resulted in the program management decision to make the following changes. 

1. Delete the forward and return link spread spectrun capability. 

2. Provide normal baseband signal processing functions for only a limited number of modulation 
schemes, subcarriers, bit rates, PCM formats, etc. (I.e., a set of "standard" signals). 

3. Implement a transparent throughput "bent-pipe" capability to relay "nonstandard" payload sig- 
nals to the ground via the Orbiter K u -band link for ground monitoring. 

It was decided that these changes would result in greatly simplified Orbiter hardware and signif- 
icant reductions in cost, weight, and development risk to the Orbiter. The total savings to the pro- 
gram as a result of these changes was estimated at the time to be approximately $20 million. 

Tables 3 and 4 show the revised set of payload S-band connmni cations system characteristics 
based on the updated system requirements and adopted standard versus nonstandard payload concept. 

The RF channelization reflected in table 3 was unchanged from the initial concept. The decision was 
made to pursue implementation of the total GSTDN/TDRSS/DSN complement of operating frequencies using 
a frequency synthesizer approach. Table 4 shows the revised conmand and telemetry signal processing 
characteristics for the standard payload. ' 


TABLE 3.- SHUTTLE PAYLOAD S-BAND COMMUNICATION SYSTEM RF CHANNELIZATION 


Requirement 

Frequency, 

MHz 

No. of 
channels 

Channel spacing, 
kHz 

GSTDN/TDRS 

Transmit 

2025.833 to 

2117.916 

801 

115 

Receive 

2200 to 

2300 

801 

125 

DSN 

Transmit 

2110.243 to 

2119.792 

29 

241.049 

Receive 

2290.185 to 

2299.814 

27 

370.37 


TABLE 

4.- SHUTTLE PAYLOAD S-BAND COMMUNICATIONS SYSTEM 
STANDARD C0WAND AND TELEMETRY REQUIREMENTS 

t. 

Requirement 

Return link (telemetry) 

Forward link (commands) 

Carrier modulation 

PM 

PM 

Modulation index 

1.0 rad 

1.0 rad 

Subcarrier frequency 

1.024 MHz 

16 kHz 

Subcarrier modulation 

PSK 

PSK 

Data rates 

16, 8, 4, 2, 1 kbps 

2000, 1000, 500, 250, 125, 



125, 125, 125, 125 bos 

“i — i — s — re 

PCM formats 

NRZ L, M, S 
Biphase L, M, S 

NRZ L, M, S 


770 


IMPLEMENTATION APPROACH SELECTED 

The slmolif ied Shuttle payload RF communications concept on which the final Implementation ap- 
proach was based called for a standard Interface capability to provide normal baseband Pressing 
fmrtiniic for a defined set of standard signals and nonstandard Interface capability to provide a te 
1 emetry" throu ghput^ tot he 6 ground v i a a transparent channel (bent pipe) or to the Orb iter aft flight 
deck payload station. Functionally, the nonstandard mode would be accomplished b y J^ing the payload 
interrogator strip out a baseband (or Intermediate frequency (IF)) unprocessed version of the non- 
standard signal and route It to the ground via the K u -band TDRSS link, time shared with 
(FM mode 2), or by routing the signal to a payload-supplied unique signal processor located in t e 
aft flight deck payload station. 

Simplification of the initial requirements and implementation concept did not change the basic 
LRU concept shown in figure 1; however, it did allow a great reduction of Internal LRU 
The payload Interrogator complexity was reduced by eliminating the spread spectrum capability. he 

PSP complexity was reduced by eliminating several modulation scheme, subcarrier, data rate, command 
rate^nd PCM format options and the attached payload (hardline) telemetry capability. This capabil- 
ity already existed in the payload data interleaver (POI) design. 

Figure 2 shows the functional configuration of the final payload S-band communications system im- 
Dlementation. including the added Interfaces with the K u -band signal processor and the aft flight 
deck payload station. Figure 2 also shows LRU redundancy. Figure 3 Illustrates how the ^y^ en ' 

configuration interfaces with the overall Orblter avionics system. In figure 2 , el * her "° n * * *2, 1 n 
or standard telemetry formats can be sent directly to ground (unprocessed) via the Ky-band system n 
the bent-pipe mode. Nonstandard payload telemetry, which must be Pressed onboard t or display, 
recording, or monitoring, is routed from the PI to the payload station distribution panel where ^ s 
sent to a payload-supplied unique signal processor. This same processor may also be used 9 ene *** 
nonstandard command formats and output them to the PI for transmission to the det ached pay oad Stand- 
ard telemetry and command formats listed In table 4 are processed onboard by the PSP as a standard 

Shuttle service. 


PAYLOAD INTERROGATOR 

The PI provides the RF communication link between the Orblter and detached payloads, 
nlcations with the standard payloads, the PI operates in conjunction with the PSP. 


For commu- 


During most nonstandard missions, the PI is Interfaced with a Payload Station Distribution Panel 
(PSDP) unique signal processor. Nonstandard data received by the PI can also be routed to the K u - 


S-BAND PM 
ANTENNA 



FIGURE 2.- ORBITER PAYLOAD S-BAND COMMUNICATIONS SYSTEM FUNCTIONAL CONFIGURATION (FINAL). 
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FIGURE 3.- SHUTTLE ORB ITER AVIONICS SYSTEM. 


band signal processor, where it is processed for transmission to the ground via the Shuttle Ku-band/ 
TDRSS link (bent pipe). 

Simultaneous RF transmission and reception is the primary mode of PI operation with both stand- 
ard and nonstandard payloads. The Orbiter-to-payload link carries the commands, while the payload- 
to-Orbiter link communicates the telemetry data. In addition to this duplex operation, the PI pro- 
vides for "transmit only" and "receive only" modes of comnuni cation with some payloads. 

Figure 4 shows the functional block diagram for the PI. The antenna connects to an input/ 
output RF port which is common to the receiver and the transmitter of the PI unit. A dual triplexer 
is used because of a requirement to operate the PI simultaneously with the Shuttle/ ground S-band net- 
work transponder, which radiates and receives on the same frequency bands. The Shuttle S-band net- 
work transponder emits a signal at either 2217.5 or 2287.5 megahertz. Both frequencies fall directly 
into the PI receive band of 2200 to 2300 megahertz. Conversely, the payload transmitter, operating 
in the 2025- to 2120-megahertz band, can interfere with uplink signal reception by the S-band network 
transponder receiver. Therefore, by use of the triplexer and by simultaneously operating the PI and 
network transponder in the mutually exclusive subbands, the interference problem is effectively elim- 
inated. 


772 






In addition to the problem of potential Interference due to the mutual, simultaneous operation 
of the S-band payload and $-band network conmuni cations system, there is also the problem of an ex- 
tremely large range of power levels that must be accommodated. When detached payloads are in the Im- 
mediate vicinity of the Orbiter, excessive RF power levels may impinge on the Interrogator antenna. 
Thus, the RF preamplifier of the receiver is protected by a combination of sensitivity control at- 
tenuators and a diode breakdown limiter. The output of the preamplifier is applied to the first 
mixer where it is converted to the first IF for amplification and level control. The first local 
oscillator frequency, f|(31* * s tunable and its frequency corresponds with the desired PI receive chan- 
nel frequency. Except for channel selection, however, f^oi 1$ fixed. Consequently, any unspecified 
frequency difference between the received payload signal and f |_Q1 win appear within the first IF am- 
plifier and at the input to the second mixer. 

The receiver frequency and phase tracking loop begins at the second mixer. As shown In figure 
4, the output of the first IF amplifier Is down -converted to the second IF as a result of mixing with 
a variable second LO frequency, f|_02* The portion of the second IF which Involves only the carrier 
tracking function is narrowband, passing the received signal residual carrier component and excluding 
the bulk of the sideband frequencies. Demodulation to baseband of the second IF signal Is accom- 
plished by mixing with a reference frequency, fp. The output of the tracking phase detector, after 
proper filtering, is applied to the control terminals of a voltage controlled oscillator fVCO) which 
provides the second local oscillator signal, thereby closing the tracking loop. Thus, when phase 
track is established, fLQ2 follows frequency changes of the received payload signal. 

For the purpose of frequency acquisition, the fjn2 ma y be swept over a ±50-k11ohertz uncer- 
tainty region. Sweep is terminated when the outputrof the coherent amplitude detector (CAD) exceeds 
a present threshold, indicating that the carrier tracking loop has attained lock. The output of the 
CAD also provides the automatic gain control (AGC) to the first IF amplifier. To acconmodate pay- 
load-to-Or biter received signal level changes caused by range variation from a few feet to 10 nauti- 
cal miles, 110 decibels of AGC Is provided In the first Intermediate frequency amplifier (1FA). 

A wideband phase detector is used to demodulate the telemetry signals from the carrier. The 
output of this detector is filtered, envelope level controlled, and buffered for delivery to the PSP, 
PSDP, and K u -band signal processor units. 

The PI receiver frequency synthesizer provides the tunable first LO frequency and the corre- 
sponding exciter frequency to the transmitter synthesizer. It also delivers a reference signal 
to the transmitter phase modulator. Baseband standard or nonstandard command signals modulate the 
phase of this reference signal, which is in turn supplied to the transmitter synthesizer where It is 
upconverted to the transmit frequency and applied to the power amplifiers. 
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FIGURE 4.- PAYLOAD INTERROGATOR FUNCTIONAL BLOCK DIAGRAM. 
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Depending on the operating band selected, transmitter output is applied to either the high- or 
low- band triplexer. To compensate for varying distances to payloads, each transmitter has three 
selectable output power levels (5 to 10 dBm, 28 to 33 dBm, and 38 to 42 dBm). 


PAYLOAD SIGNAL PROCESSOR 

The payload signal processor (PSP) (1) modulates standard payload commands onto a 16-kilohertz 
sinusoidal subcarrier and delivers the resultant signal to the PI and to the attached payload unbill- 
ed!, (2) demodulates the payload telemetry data from the 1.024-megahertz subcarrier signal provided by 
the PI, and (3) performs bit and frame synchronization of demodulated data and delivers these data 
and its clock to the payload data interleaver. 

The PSP also transmits status messages to the Orbiter's general-purpose computers (GPC's). The 
status messages allow the GPC's to control and configure the PSP and validate command messages before 
transmission. 

The functional block diagram for the PSP is shown in figure 5. The PSP configuration and pay- 
load command data are input to the PSP via a bidirectional serial interface. Transfer of data in 
either direction is initiated by discrete control signals. Data words 20 bits in length (16 informa- 
tion, 1 parity, 3 synchronization) are transferred across the bidirectional interface at a burst rate 
of 1 Mbps, and the serial words received by the PSP are applied to word validation logic which exam- 
ines their structure. Failure of the incoming message to pass a validation test results in a request 
for a repeat of the. message from the GPC. 

Contnand data are further processed and validated as to content and the number of command words. 
The function of the command buffets is to perform data rate conversion from the Mbps bursts to one of 
the selected standard command rates. Corwnand rate and format are specified through the configuration 
message control subunit. 

From the message buffers, the command bits are fed via the idle pattern selector and generator 
to the subcarrier biphase modulator. The idle pattern, which often consists of alternating "ones" 
and '‘zeros," precedes the actual command word and is usually also transmitted in lieu of conmand 
messages. Subcarrier modulation is biphase non-return-to-zero (NRZ) only. 



FROM MASTER TIMING UNIT 


FIGURE 5.- NASA PAYLOAD SIGNAL PROCESSOR FUNCTIONAL BLOCK DIAGRAM. 
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The 1.024-megahertz telemetry subcarrier from the PI is applied to the PSK subcarrier demod- 
ulator. Since the subcarrier is biphase modulated, a Costas-type loop is used to lock onto and 
track the subcarrier. The resulting demodulated bit stream is input to the bit synchronizer subunit, 
where a DTTL bit synchronization loop provides timing to an in teg rate -and -dump matched filter which 
optimally detects and reclocks the telemetry data. 

Detected telemetry bits, together with clock data, are input to the frame synchronizer where 
frame synchronization is obtained for any one of the four NASA standard synchronization words. The 
frame synchronizer also detects and corrects the data polarity ambiguity caused by the PSK 
demodulator Costa 4 * loop. 

From the frame synchronizer, the telemetry data with corrected frame synchronization words and 
clock data are fed to the PDI. The telemetry detection units also supply appropriate lock signals to 
the Orbiter's operational instrumentation equipment, thus acting to indicate the presence of valid te 
lemetry. 


TEST RESULTS AND FLIGHT PERFORMANCE 

RF compatibility tests were performed in the Electronic Systems Test Laboratory ( ESTL ) using the 
Orb 1 ter 1 $ PI and PSP to communicate with several classes of payload cormiuni cations systems. The pay- 
load communications systems tested were the Inertial Upper Stage (IUS); the Shuttle Pallet Satellite-01 
(SPAS-01) ; the Tracking and Data Relay Satellite (TDRS) Telemetry, Tracking, and Command (TTiCl sys- 
tem; and the NASA near-Earth and TDRS user’s transponders. Additionally, the PI and PSP were used 
during the fifth Shuttle flight (STS-5) to receive telemetry from the Satellite Business System fSBSl 
payload. During the sixth flight (STS-6), the PI was used to send commands to and receive telemetry 
from the IUS spacecraft. The PI and PSP were used for TDRS predeployment cormiuni cat ion checkout. 


PAYLOAD SIGNAL PROCESSOR PERFORMANCE 

A major PSP problem, uncovered during the SPAS-01 transponder testing in the ESTL, was false 
locking of the bit synchronizer on NRZ-L telemetry. PSP false lock could occur by thresholding the 
PI receiver (similar to going through an antenna pattern null) and then increasing the total received 
power (TRP) to a value above data threshold. 

The PSP bit synchronizer Is implemented in a microprocessor. The modification to remedy the 
false lock problem consisted of changing the microprocessor software and making cuts and installing 
jumpers in the microprocessor printed circuit board. 

The PSP was used for the first time during flight to process the telemetry from the SBS payload 
during STS-5. The aforementioned modifications had not been made to the STS-5 PSP to remedy the 
false lock problem for this mission; however, the conditions for false locking did not occur durinq 
SBS deployment and the PSP performance was excellent. The modifications to prevent false locking 
were made in the PSP used to support the predeployment checkout of TDRS-A during STS-6. Again, the - 
PSP performance was excellent for both telemetry and command processing. 


PAYLOAD INTEJROGATOR PERFORMANCE 

The ESTL RF compatibility tests using the PJ with each major class of payload communication sys- 
tem showed that the PI was compatible with each and that all performance requirements were met. The 
most significant finding during the IUS and SPAS-01 tests was that simultaneous transmission of tele- 
vision via the FM transmitter on 2250.0 megahertz could Interfere with the PI return link telemetry 
reception. This interference is most certain to occur (1) when the payload transmit frequency is 
within 15 megahertz of the FM transmitter frequency, (2) when the payload is greater than 1 kilometer 
from the Orbiter, and (3) when television video is being transmitted via the upper FM hemispherical 
antenna. The simultaneous occurrence of these conditions can be avoided operationally. 

Excessive phase noise was detected on the ESTL prototype unit. After the unit was returned to 
the vendor for repair, a faulty capacitor was found and replaced. No further design deficiencies 
were uncovered during ESTL testing. 

The PI was used for the first time during a mission to receive the return link telemetry signal 
from the SBS payload during STS-5. The PI performance was excellent. The PI was also used on STS-6 
for transmitting commands and receiving telemetry in conjunction with the predeployment checkout and 
deployment of the IUS and TDRS-A spacecraft. Again, the PI performance was excellent. 



CONCLUSIONS 


Development of a spacebome system to provide the capability for monitoring and controlling 
nearby satellites is a significant milestone. Expansion of this capability will most assuredly be 
required If a space station is to be developed. Such expansion will undoubtedly Include a multi- 
access capability to allow simultaneous monitoring and control of multiple satellites as well as an 
extended range capability. 

The merits of designing a multipurpose system such that a standard onboard processing capability 
is provided for most users while l "bent-pipe" relay capability Is provided for the relatively few 
nonstandard users were found to be more than theoretical. Significant savings in cost, weight, and 
complexity were realized. These savings clearly demonstrate the necessity to "scrub" requirements 
and to explore alternate design approaches before implementing a complex system. 

The necessity of performing end-to-end system performance testing for complex conmunl cat ions sys- 
tems was (once again) demonstrated. Although the S-band payload system LRU's underwent extensive ven- 
dor-level testing (prototype, qualification, and acceptance testing) and a certain level of prime con- 
tractor integrated system testing, the major problems that occurred were not manifested until the sys- 
tem was thoroughly tested in ESTL. Uncovering these problems through ESTL testing (detailed end-to- 
end system compatibility testing) rather than during real-time mission operations allowed the opportu- 
nity to adequately analyze and resolve the system performance deficiencies early on Instead of risking 
conpromised mission success. 
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